home *** CD-ROM | disk | FTP | other *** search
/ 500 MB Nyheder Direkte fra Internet 6 / 500 MB nyheder direkte fra internet CD 6.iso / start / zipped / dos / novell / pnwtid.exe / 1200832.TXT < prev    next >
Text File  |  1995-06-26  |  9KB  |  218 lines
  1. TITLE:              Troubleshooting PNW Lockup (Hanging) Problems
  2. DOCUMENT ID:        TID1200832
  3. DOCUMENT REVISION:  0
  4. DATE:               14JUN95
  5. ALERT STATUS:       Yellow
  6. README FOR:         NA
  7.  
  8. NOVELL PRODUCT and VERSION:
  9. PERSONAL NETWARE V1.0
  10.  
  11. ABSTRACT:
  12. NA
  13.  
  14. ---------------------------------------------------------------------
  15. DISCLAIMER: THE ORIGIN OF THIS INFORMATION MAY BE INTERNAL OR
  16. EXTERNAL TO NOVELL.  NOVELL MAKES EVERY EFFORT WITHIN ITS MEAN TO
  17. VERIFY THIS INFORMATION. HOWEVER, THE INFORMATION PROVIDED IN THIS
  18. DOCUMENT IS FOR YOUR INFORMATION ONLY. NOVELL MAKES NO EXPLICIT OR
  19. IMPLIED CLAIMS TO THE VALIDITY OF THIS INFORMATION.
  20. ---------------------------------------------------------------------
  21.  
  22. ISSUE:
  23.  
  24. TROUBLESHOOTING PNW LOCKUP (HANGING) PROBLEMS 
  25.  
  26. While using a networking system, problems may occur; locking could be
  27. one of them. This document, which is divided into two areas of
  28. hardware and software, is intended to help diagnose and resolve
  29. lockup problems.
  30.  
  31. HARDWARE
  32.  
  33. 1.   Most Local Area Network (LAN) boards come with the ability to
  34. change the interrupt line, base I/O address, and memory address
  35. settings(in some cases).  This is done by either setting switches
  36. located on the network board or through a software setup utility. 
  37. When Personal NetWare is installed, it must be told what the
  38. interrupt line, base I/O, and the memory address settings are on the
  39. board.  If the board does not agree with the settings that the
  40. network is searching for, it could cause lockups.  This usually
  41. happens when the network board driver is loaded, when SERVER.EXE is
  42. loaded, when VLM.EXE is loaded, or when the NET utility is used.
  43.  
  44. The solution for this type of problem is straight forward.  The
  45. settings on the board need to be determined by checking the switches
  46. and sometimes cross referencing it with the documentation provided
  47. with the network board.  Some network cards settings can be changed
  48. or viewed through a software utility provided by the network card
  49. manufacture.  After the correct settings are found, the network card
  50. configuration file must be changed to reflect the correct settings.
  51.  
  52. To change the NET.CFG configuration settings:
  53. Change directory to the \NWCLIENT <subdir> and load NET.CFG into a
  54. text editor.  Example EDIT NET.CFG.  Your NET.CFG will be similar to
  55. the following:
  56.  
  57. Link driver NE2000
  58.         IRQ 5
  59.         PORT 340
  60.         MEM D0000
  61.  
  62. Make the appropriate IRQ, PORT and MEM settings changes to reflect
  63. actual settings on the network card.
  64.  
  65. 2.   Another lockup problem may occur when the interrupt line, base
  66. I/O  address, or memory address conflict with another device in the
  67. same machine.  Each of these settings must be unique to the network
  68. board.  Devices that may conflict include modems or mice.  Lockups in
  69. this case can show up anytime after the network has been loaded.  A
  70. reference list is provided that contains the interrupt line and Base
  71. I/O address for many devices.  For more information on interrupts,
  72. see document 1200452 on Novell's FaxBack Service or TID1200452 in the
  73. NSE Pro or on CompuServe.
  74.  
  75. Option        IRQ   Base I/O              
  76.  
  77. Com1                4    3F8-3FF
  78. Com2                3    2F8-2FF
  79. LPT1                7    378-37F
  80. LPT2                5    278-27F
  81. VGA                 2    3C0-3CF
  82. EGA                 2    3C0-3CF
  83. CGA                      3D0-3DF
  84. Hercules                 3B4-3BF
  85. Mono                     3B0-3BF
  86. AT controller       14   1F0-1F8, 170-177
  87. Floppy controller    6   1F0-1F8, 3F0-3F7
  88. Tape controller      5   280-28F
  89. XT controller        5   320-32F
  90.  
  91. If IRQ or PORT setting changes are made to the network card, the
  92. NET.CFG file must be modified to reflect these changes.  Change
  93. directory to the \NWCLIENT <subdir> and load NET.CFG into a text
  94. editor.
  95.  
  96. Your NET.CFG will be similar to the following:
  97.  
  98. Link driver NE2000
  99.         IRQ 5
  100.         PORT 340
  101.         MEM D0000
  102.  
  103. Make the appropriate IRQ, PORT settings changes to reflect actual
  104. settings on the network card.
  105.  
  106. Note:  Along with the above mentioned I/O address conflicts, address
  107. 360 should be avoided.  This address may overlap with beginning
  108. address 378 that is used in LPT1 processes.  (This is hardware
  109. defined and may depend on the particular network board used.)  The
  110. best solution for this is to configure the network board I/O address
  111. at 300, 320, or 340.  These settings will work for most systems.
  112.  
  113. 3.   The switch settings on the board are not the only things that
  114. can cause problems.  Some network boards, when not fully compatible
  115. with Novell certified boards, can also cause problems.  When locking
  116. problems do not seem related to any of the settings on the board, try
  117. using a different board to see if it does clear up. Occasionally, you
  118. may come across a bad board .
  119.  
  120. 4.   Sometimes you may have a NIC that has timing conflicts.  With
  121. some machines there is a slight bus-timing difference.  Some network
  122. cards like the NE2000 have a timing or compatibility jumper that may
  123. help.  You can try removing the W16 jumper on an NE2000.  Contact
  124. individual NIC vendors for an equal solution.
  125.  
  126.  
  127. SOFTWARE
  128.  
  129. 1.   Some software can cause a lockup when it is simply not
  130. compatible with Personal NetWare .  These programs usually use
  131. protocol that tries to print, gain access to RAM, or gain access to
  132. the hard drive  without going through DOS.  Because Personal NetWare
  133. is written to work with DOS these programs cannot be used.
  134.  
  135. 2.   Personal NetWare is a memory resident program that occupies part
  136. of RAM. This limits the amount of room allowed for other programs. 
  137. When conventional memory is too low, it can cause applications to
  138. crash. One solution for this is to load as much as possible into
  139. upper memory.  This is done in MS-DOS 6.xx or Novell DOS 7.0 by
  140. putting "LOADHIGH" before the file name to be loaded.  This is done
  141. in DR-DOS 6.0 by putting "HILOAD" before the file name to be loaded.
  142. (Third-party memory managers may also be used but not loaded at the
  143. same time with other memory managers.)  Note that many memory
  144. resident programs can be loaded high but others cannot.  If you load
  145. a particular program high and find that your system locks more
  146. frequently, load it back into conventional memory again.  Example for
  147. loading network drivers high in STARTNET.BAT using MS-DOS and Novell
  148. DOS 7.0 format: 
  149.  
  150.      LOADHIGH lsl
  151.      LOADHIGH NE2000
  152.      LOADHIGH ipxodi a
  153.      LOADHIGH share
  154.      LOADHIGH server
  155.      VLM
  156.  
  157. 3.   Some network boards use upper memory for their own processes
  158. that range from C000h to E000h.  If this is the case, they do not
  159. require  a memory manager to control them.  Furthermore, this area in
  160. upper  memory should be excluded from the memory manager's control. 
  161. To do so, insert the following in CONFIG.SYS:
  162.  
  163. For MS-DOS 6.xx use:
  164. DEVICE=C:\DOS\EMM386.EXE X=mmmm-nnnn
  165.  
  166. For Novell DOS 7.0 use:
  167. DEVICE=C:\NWDOS\EMM386.EXE /EXCLUDE=mmmm-nnnn
  168.  
  169. (mmmm is beginning and nnnn is the ending address.) 
  170.  
  171. Note:  Most network-board drivers occupy about 8 to 16 KB of memory.  
  172. Check the references for your specific device.
  173.  
  174. 4.   CONFIG.SYS also has a parameter that can be changed that may
  175. cause computers to lock.  That is "files=xx."  The xx is the number
  176. of files that machine can have open at one time the maximum being
  177. 255.  The suggested amount is 10 files per client plus 30 more.  Some
  178. applications require more file handles.  Check with the application
  179. vendor or developer on how many file handles the application
  180. requires.
  181.  
  182. 5.   Along the same line as the above paragraph, the number of client
  183. tasks could have the same effect.  To change the client tasks you
  184. must run the NET utility, go to "supervise the network," then "server
  185. configuration."  This parameter is normally set between 5 and 10 per
  186. client.
  187.  
  188. 6.   Terminate-Stay-Resident (TSR) programs can also cause lockups. 
  189. They can show up in several ways of which most commonly is when the
  190. TSR is functioning.  It can also happen when the TSR seems inactive.
  191.  
  192. The easiest way to find out if a TSR is causing the lockup is by
  193. renaming AUTOEXEC.BAT and CONFIG.SYS and then putting the following
  194. in the CONFIG.SYS:
  195.  
  196.      FILES=30
  197.      LASTDRIVE=Z
  198.  
  199. If the problem no longer persists, add each component back into
  200. AUTOEXEC.BAT and CONFIG.SYS one by one until you find the one that is
  201. causing the problem.  Modifications may be necessary to make the
  202. conflicting TSR work properly, or it may even be incompatible with
  203. the network environment.
  204.  
  205. 7.   Some incompatibilities have been found with certain hardware and
  206. software configurations.  Personal NetWare has made some
  207. modifications to adapt to these situations.  These modifications come
  208. in the form of a update file that is applied once to each machine in
  209. the network.  The latest update file, P10Uxx.EXE can be obtained from
  210. CompuServe, Novell's WWW site (WWW.NOVELL.COM), Novell's FTP site
  211. (FTP.NOVELL.COM), or Novell's BBS (801-221-5197).
  212.  
  213. ---------------------------------------------------------------------
  214. Any trademarks referenced in this document are the property of their
  215. respective owners. Consult your product manuals for complete
  216. trademark information.
  217. ---------------------------------------------------------------------
  218.